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Response to Amendment 

1 . This action is in response to the amendment received on 1 1/26/2004. 

2. The rejections under 35 U.S.C. §101 to claims 1-41 are withdrawn in view of applicant's 
amendment. 

3. Claims amended by the applicant - 1, 7, 14, 22, 31-42, and 48. 

4. Claims cancelled by the applicant - None. 

Claim objections 

1. Claim 22 is objected to because of the following informalities: 

Regarding claim 22, on page 6, the word "an" appeared twice before the word "array 

boundary". 

Appropriate correction is required. 

Claim Rejections - 35 USC § 112 
Claims 1, 6, 14, and 42 are rejected under 35 U.S.C. 1 12, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter which 
was not described in the specification in such a way as to reasonably convey to one skilled in the 
relevant art that the inventor(s), at the time the application was filed, had possession of the 
claimed invention. 

The subject matter, "user defined" and "permitting a user" is not properly described in the 
application as recited in amended claims 1, 6, 14, and 42. The specification as originally filed, 
only discloses the method of accessing a memory array, but does not disclose an embodiment 
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where the "user defined" and "permitting a user" is supported, as claimed. Applicant's 
arguments indicate that this is an important feature of the invention. However, the specification 
does not describe this feature so as to convey to one of ordinary skill in the art that applicant has 
possession of this claimed invention. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this 
title, if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a 
whole would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 1-51 are rejected under 35 U.S.C. 103(a) as being unpatentable over US Patent 
No. 6,014,723 to Tremblay et al. (hereinafter called Tremblay) in view admitted prior art. 

Per claim 1 : 
Tremblay disclose: 

- A method of accessing a memory array (col. 3, line, 21-22 "a fully associative memory, 

such as a content addressable memory") implemented in a computer-readable medium 
comprising: 

- providing data contained within a one-dimensional array of allocated memory (col. 3, 

lines 49-5 1 "memory locations is configured to store one pair of the array size values 
and is associated with . . . memory locations"); 

- dynamically declaring a dimensional dynamic overlay on the data contained within the 

one-dimensional array (col. 25, lines 1 1-14 "array access processor 612 receives an 
array definition instruction on bus 611 and an array access instruction identifier on bus 
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613 of the translated software instructions") from within a block of statements in a user- 
defined software program subroutine to initialize attributes within an array attribute 
storage object (col. 26, lines 58-59 "executing a sequence of translated instructions that 
define an array access boundary exception subroutine"); 

Tremblay does not explicitly disclose accessing the data from within the block of statements as 
a dimensional indexed array using the array attribute storage object. 

However, admitted prior art discloses in an analogous computer system accessing the 
data from within the block of statements as a dimensional indexed array using the array 
attribute storage object (Applicant's specification, page 3, lines 14-16 "The array elements are 
often stored contiguously in the computer's memory, and the subscript or index of the first 
element is normally zero in all the dimensions applied to the array"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of accessing the data stored in an array using 
index as taught in admitted prior art in corresponding to the method of accessing a memory 
array as taught by Tremblay. The modification would be obvious because of one of ordinary 
skill in the art would be motivated to use indexes to access data in an array to simply and 
explicitly specify array access behavior for invalid array access indices as suggested in admitted 
prior art (Applicant's specification, page 8-9, lines 32-34 and 1-2). 

Per claims 2, 3, and 4: 

The rejection of claim 1 is incorporated, and further, Tremblay disclose: 
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- providing a pointer to the one-dimensional array of allocated memory (col. 23, lines 61- 

63 "the field block pointer associated with the stored index that matched in input index 
is output from the second section of the associative memory 55 ); 

- providing an array access identifier (col. 3, line 60 "an array access instruction 

identifier 55 ); and 

- providing array information for the declared dimensional dynamic overlay (col. 3, lines 

28-3 1 "to verify that each access of an information array is within a maximum array size 
boundary value and a minimum array size boundary value 55 ). 

Per claim 5: 

The rejection of claim 1 is incorporated, and further, Tremblay disclose: 

- wherein declaring a dimensional dynamic overlay on the data contained within the one- 

dimensional array includes coding a dimensional dynamic overlay declaration using 
extended programming language from within the subroutine (col. 24, lines 55-59 
"translates program information 609 into translated instructions that include array access 
instructions on bus 611... each of which corresponds to one of the translated 
instructions. Each array access instruction references an element within the array 55 ). 

Per claim 6: 

The rejection of claim 1 is incorporated, and further, Tremblay disclose: 
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- setting an explicit boundary policy for the declared dimensional dynamic overlay (col. 3, 

lines 28-31 "a maximum array size boundary value and a minimum array size boundary 
value"). 

Per claim 7: 

Tremblay disclose: 

- A method of accessing a memory array (col. 3, line, 21-22 "a fully associative memory, 
such as a content addressable memory") implemented in a computer-readable medium, 
comprising: 

- providing data contained within a one-dimensional array of allocated memory (col. 3, 
lines 49-5 1 "memory locations is configured to store one pair of the array size values 
and is associated with . . . memory locations"); 

- dynamically declaring a dimensional dynamic overlay on the data contained within the 

one-dimensional array (col. 25, lines 11-14 "array access processor 612 receives an 
array definition instruction on bus 611 and an array access instruction identifier on bus 
613 of the translated software instructions") from within a block of statements in a user- 
defined software program subroutine (col. 26, lines 58-59 "executing a sequence of 
translated instructions that define an array access boundary exception subroutine"); 

Tremblay does not explicitly disclose providing a dynamic overlay storage object associated with 
the declared dimensional overlay; assigning attributes from the declared dimensional dynamic 
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overlay to the storage object; and accessing the data from within the block of statements as a 
dimensional indexed array using the array attribute storage object. 

However, admitted prior art discloses in an analogous computer system providing a 
dynamic overlay storage object associated with the declared dimensional overlay (Applicant's 
specification, page 4, lines 26-28 "Automatic storage is declared storage that is only available 
after its declaration, and only within the scope of a block of statements in which it is declared"); 
assigning attributes from the declared dimensional dynamic overlay to the storage object 
(Applicant's specification, page 4, lines 26-27 "Automatic storage is declared storage that is only 
available after its declaration"); and accessing the data from within the block of statements as a 
dimensional indexed array using the array attribute storage object (Applicant's specification, 
page 3, lines 14-16 "The array elements are often stored contiguously in the computer's memory, 
and the subscript or index of the first element is normally zero in all the dimensions applied to 
the array"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of providing storage object, assigning 
attributes to the storage object, and accessing the data stored in an array using index as taught in 
admitted prior art in corresponding to the method of accessing a memory array as taught by 
Tremblay. The modification would be obvious because of one of ordinary skill in the art would 
be motivated to provide storage object, assign attributes to the storage object, and use indexes to 
access data in an array to simply and explicitly specify array access behavior for invalid array 
access indices as suggested in admitted prior art (Applicant's specification, page 8-9, lines 32- 
34 and 1-2). 
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Per claim 8: 

The rejection of claim 7 is incorporated, and further, Tremblay does not explicitly disclose 
wherein providing a dynamic overlay storage object includes providing a dynamic overlay 
storage object within a hardware environment art. 

However, admitted prior art discloses in an analogous computer providing a dynamic 
overlay storage object includes providing a dynamic overlay storage object within a hardware 
environment art (Applicant's specification, page 6, lines 21-22 "In hardware, memory is 
accessed as one-dimensional contiguous storage that is indexed by the memory address"). 

The feature of having a hardware environment would be obvious for the reasons set forth 
in the rejection of claim 7. 

Per claim 9: 

The rejection of claim 7 is incorporated, and further, Tremblay does not explicitly disclose 
wherein providing a dynamic overlay storage object includes providing a dynamic overlay 
storage object within a software environment. 

However, admitted prior art discloses in an analogous computer providing a dynamic 
overlay storage object includes providing a dynamic overlay storage object within a software 
environment (Applicant's specification, page 6, lines 22-24 "In C, a base address is provided for 
an allocated region of memory, and then one-dimensional array access can be achieved by 
adding an index offset (scaled by the array element size) to the base address"). 
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The feature of having a software environment would be obvious for the reasons set forth 
in the rejection of claim 7. 

Per claim 10: 

The rejection of claim 7 is incorporated, and further, Tremblay does not explicitly disclose 
automatically freeing the dynamic overlay storage object when leaving the block of statements in 
which the dimensional dynamic overlay was declared. 

However, admitted prior art discloses in an analogous computer automatically freeing the 
dynamic overlay storage object when leaving the block of statements in which the dimensional 
dynamic overlay was declared (Applicant's specification, page 4, lines 26-28 "Automatic storage 
is declared. . . storage is released when code execution leaves the block"). 

The feature of automatically freeing the dynamic overlay storage object would be 
obvious for the reasons set forth in the rejection of claim 7. 

Per claims 11, 12, and 13: 

The rejection of claim 7 is incorporated, and further, Tremblay disclose: 

- providing a reference to the one-dimensional array of allocated memory (col. 23, lines 

61-63 "the field block pointer associated with the stored index that matched in input 
index is output from the second section of the associative memory"); 

- providing an array access identifier (col. 3, line 60 "an array access instruction 

identifier"); and 
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- providing array information for the declared dimensional dynamic overlay (col. 3, lines 
28-3 1 "to verify that each access of an information array is within a maximum array size 
boundary value and a minimum array size boundary value"). 

Per claim 14: 

Tremblay disclose: 

A method of creating and accessing a multi-dimensional dynamic array (col. 3, line, 21- 
22 "a fully associative memory, such as a content addressable memory") implemented in 
a computer-readable medium, comprising: 

- dynamically declaring a dimensional dynamic array from within a block of statements in 
a user-defined software program subroutine (col. 25, lines 1 1-14 "array access processor 
612 receives an array definition instruction on bus 611 and an array access instruction 
identifier on bus 613 of the translated software instructions"); 

- dynamically allocating memory storage sufficient to store all the elements for the 
declared dimensional dynamic array (col. 25, lines 19-23 "array access processor 612 is 
simply instructions that are executed by execution unit 616 to load the identifier, and 
minimum and maximum array size values into associative memory element 614"); 

Tremblay does not explicitly disclose providing a dynamic overlay storage object with attributes 
initialized from the dimensional dynamic array declaration; accessing data from the dynamically 
allocated memory storage as a dimensional indexed array from within the block of statements 
using the dynamic overlay storage object; automatically freeing the dynamically allocated 
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memory storage when leaving a subroutine in which the dynamic array is declared; and 
automatically freeing the dynamic overlay storage object when leaving a subroutine in which the 
dynamic array is declared. 

However, admitted prior art discloses in an analogous computer system providing a 
dynamic overlay storage object with attributes initialized from the dimensional dynamic array 
declaration (Applicant's specification, page 4, lines 26-28 "Automatic storage is declared storage 
that is only available after its declaration, and only within the scope of a block of statements in 
which it is declared"); accessing data from the dynamically allocated memory storage as a 
dimensional indexed array from within the block of statements using the dynamic overlay 
storage object (Applicant's specification, page 3, lines 14-16 "The array elements are often 
stored contiguously in the computer's memory, and the subscript or index of the first element is 
normally zero in all the dimensions applied to the array"); automatically freeing the dynamically 
allocated memory storage when leaving a subroutine in which the dynamic array is declared 
(Applicant's specification, page 4, lines 26-28 "Automatic storage is declared... storage is 
released when code execution leaves the block"); and automatically freeing the dynamic overlay 
storage object when leaving a subroutine in which the dynamic array is declared (Applicant's 
specification, page 4, lines 30-31 "Subroutines are used in C to dynamically allocate a 
contiguous region of memory and free it after it is no longer needed"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of providing a dynamic overlay storage object* 
accessing data from the dynamically allocated memory, automatically freeing the dynamically 
allocated memory as taught in admitted prior art in corresponding to the method of accessing a 
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memory array as taught by Tremblay. The modification would be obvious because of one of 
ordinary skill in the art would be motivated to providing a dynamic overlay storage object 
accessing data from the dynamically allocated memory, automatically freeing the dynamically 
allocated memory in an array to simply and explicitly specify array access behavior for invalid 
array access indices as suggested in admitted prior art (Applicant's specification, page 8-9, lines 
32-34 and 1-2). 

Per claims 15, 16, and 17: 

The rejection of claim 14 is incorporated, and further, Tremblay disclose: 

- providing a pointer to a corresponding one-dimensional array in the dynamically 
allocated memory storage (col. 23, lines 61-63 "the field block pointer associated with 
the stored index that matched in input index is output from the second section of the 
associative memory"); 

- providing a handle for an array access (col. 3, line 60 "an array access instruction 
identifier"); and 

- providing array information (col. 3, lines 28-3 1 "to verify that each access of an 
information array is within a maximum array size boundary value and a minimum array 
size boundary value"). 



Per claim 18: 



Application/Control Number: 09/901 ,806 Page 1 3 

Art Unit: 2124 

The rejection of claim 14 is incorporated, and further, Tremblay does not explicitly disclose 
wherein providing a dynamic overlay storage object includes providing a dynamic overlay 
storage object within a hardware environment art. 

However, admitted prior art discloses in an analogous computer providing a dynamic 
overlay storage object includes providing a dynamic overlay storage object within a hardware 
environment art (Applicant's specification, page 6, lines 21-22 "In hardware, memory is 
accessed as one-dimensional contiguous storage that is indexed by the memory address"). 

The feature of having a hardware environment would be obvious for the reasons set forth 
in the rejection of claim 14. 

Per claim 19: 

The rejection of claim 14 is incorporated, and further, Tremblay does not explicitly disclose 
wherein providing a dynamic overlay storage object includes providing a dynamic overlay 
storage object within a software environment. 

However, admitted prior art discloses in an analogous computer providing a dynamic 
overlay storage object includes providing a dynamic overlay storage object within a software 
environment (Applicant's specification, page 6, lines 22-24 "In C, a base address is provided for 
an allocated region of memory, and then one-dimensional array access can be achieved by 
adding an index offset (scaled by the array element size) to the base address"). 

The feature of having a software environment would be obvious for the reasons set forth 
in the rejection of claim 14. 
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Per claim 20: 

The rejection of claim 14 is incorporated, and further, Tremblay disclose: 

- wherein declaring a dimensional dynamic overlay on the data contained within the one- 

dimensional array includes coding a dimensional dynamic overlay declaration using 
extended programming language from within the subroutine (col. 24, lines 55-59 
"translates program information 609 into translated instructions that include array access 
instructions on bus 611... each of which corresponds to one of the translated 
instructions. Each array access instruction references an element within the array"). 

Per claim 21: 

The rejection of claim 14 is incorporated, and further, Tremblay disclose: 

- setting an explicit boundary policy for the declared dimensional dynamic overlay (col. 3, 

lines 28-3 1 "a maximum array size boundary value and a minimum array size boundary 
value"). 

Per claims 22, 34, and 38: 

Tremblay disclose: 

- A method of processing a data array (col. 24, line 52 "an array access processor") 

implemented in a computer-readable medium, comprising: 

- providing a software program with at least one block of statements (col. 24, lines 55-57 

"translated program information. . . into translated instructions that include array access 
instructions on bus"); 
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- dynamically declaring a data array within the block of statements (col. 25, lines 1 1-14 

"array access processor 612 receives an array definition instruction on bus 611 and an 
array access instruction identifier on bus 613 of the translated software instructions"); 

- setting an array boundary policy for the data array which is defined with or referenced by 

some of the block of statements (col. 3, lines 28-3 1 "a maximum array size boundary 
value and a minimum array size boundary value"), wherein the array boundary policy 
dictates run-time actions of the software program that are executed, if during execution 
of the software program, the data array is accessed outside its boundaries (col. 3, lines 
26-30 "an array boundary... typically zero"); 

- compiling the software program (col. 6, lines 45-50 "A JAVA compiler JAVAC, (FIG. 2) 

that is executing on a computer platform, converts an application 201 written in the 
JAVA computer language to an architecture neutral object file format encoding a 
compiled instruction sequence 203, according to the JAVA Virtual Machine 
Specification, that includes a compiled instruction set"); and 

- executing the software program (col. 6, lines 45-50 "A JAVA compiler JAVAC, (FIG. 2) 

that is executing on a computer platform, converts an application 201 written in the 
JAVA computer language to an architecture neutral object file format encoding a 
compiled instruction sequence 203, according to the JAVA Virtual Machine 
Specification, that includes a compiled instruction set"). 

Tremblay does not explicitly disclose accessing the array within the block of statements. 
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However, admitted prior art discloses in an analogous computer system accessing the 
array within the block of statements (Applicant's specification, page 3, lines 14-16 "The array 
elements are often stored contiguously in the computer's memory, and the subscript or index of 
the first element is normally zero in all the dimensions applied to the array"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of accessing the array within the block of 
statements as taught in admitted prior art in corresponding to the method of accessing a memory 
array as taught by Tremblay. The modification would be obvious because of one of ordinary 
skill in the art would be motivated to access data in an array to simply and explicitly specify 
array access behavior for invalid array access indices as suggested in admitted prior art 
(Applicant's specification, page 8-9, lines 32-34 and 1-2). 

Per claim 23: 

The rejection of claim 22 is incorporated, and further, Tremblay does not explicitly disclose 
declaring an array access handle; declaring an array size; and declaring a data element type. 

However, admitted prior art discloses in an analogous computer system declaring an 
array access handle (Applicant's specification, page 5, lines 12-13 "handle is... pointer into 
memory that is used to select an object as a whole"); declaring an array size (Applicant's 
specification, page 3, lines 17-18 "The array name... size of each dimension... declared"); and 
declaring a data element type (Applicant's specification, page 3, lines 17-18 "The array name... 
the element data type. . . declared"). 
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The feature of declaring an array access handle, an array size, a data element type would 
be obvious for the reasons set forth in the rejection of claim 22. 

Per claims 24, 25, and 26: 

Tremblay disclose: 

- determining the number of data array dimensions for a problem; and selecting the total 

number of data array dimensions (col. 25, lines 14-19 "Array access processor... 
generate an array reference entry ARRAYi 615 and minimum and maximum array size 
values MESfi 617A and MAXi 617B, respectively, associated with that array reference 
entry ARRAYi 615 that are all stored in associative memory element 614"). 

Per claims 27 and 28: 

Tremblay disclose: 

- obtaining the array boundary policy setting as an array attribute (col. 3, lines 28-3 1 "a 
maximum array size boundary value and a minimum array size boundary value"); 
associating attributes of the declared data array with the array access handle (col. 3, line 
60 "an array access instruction identifier"); and 

- accessing the data array at run-time using the array access handle and array indices (col. 

23, lines 55-58 "getfield-putfield accelerator 146 includes an associative memory that 
has a first section that holds the indices that function as tags, and a second section that 
holds the field block pointers"). 
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Tremblay does not explicitly disclose performing run-time allocation of memory to obtain a base 
address attribute; performing run-time calculation of array size attributes from the declared data 
array. 

However, admitted prior art discloses in an analogous computer performing run-time 
allocation of memory to obtain a base address attribute (Applicant's specification, page 3, lines 
23-24 "An array identifier contains a pointer to the base address of the array in memory"); 
performing run- time calculation of array size attributes from the declared data array (Applicant's 
specification, page 3, lines 7-8 "These calculations are run-time calculations" and Applicant's 
specification, page 3, lines 17-18 "The array name. . . array dimension. . . size of each 
dimensions . . . declared") . 

The feature of performing run-time allocation of memory and performing run- time 
calculation of array size attributes would be obvious for the reasons set forth in the rejection of 
claim 22. 

Per claim 29: 

The rejection of claim 28 is incorporated, and further, Tremblay does not explicitly disclose 
obtaining the attributes of the declared data array using the array access handle; and performing 
run-time boundary policy enforcement based on array access attributes. 

However, admitted prior art discloses in an analogous computer terminating the program 
if the array boundary policy aborts for an invalid index (Applicant's specification, page 7, lines 
19-21 "If out-of-bounds array indices are used, the underlying array access mechanism may 
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access memory outside that allocated for the array, possibly causing a running program to 
terminate"). 

The feature of terminating the program if the array boundary policy aborts for an invalid 
index would be obvious for the reasons set forth in the rejection of claim 22. 

Per claim 30: 

The rejection of claim 27 is incorporated, and further, Tremblay disclose: 

- applying the array boundary policy to constrain the invalid index values to be valid index 
values (col. 3, lines 28-3 1 "a maximum array size boundary value and a minimum array 
size boundary value"). 

Tremblay does not explicitly disclose obtaining the attributes of the declared data array using the 
array access handle; performing run-time invalid index value detection based on array access 
attributes for the declared data array; applying the array boundary policy to constrain the invalid 
index values to be valid index values; calculating an offset into the declared data array from the 
valid index values and the attributes of the declared data array; and adding the offset to the base 
address attribute to obtain a memory address for accessing the indexed data array element. 

However, admitted prior art discloses in an analogous computer obtaining the attributes 
of the declared data array using the array access handle (Applicant's specification, page 5, lines 
12-13 "A handle is usually a pointer into memory that is used to select an object as a whole"); 
performing run-time invalid index value detection based on array access attributes for the 
declared data array (Applicant's specification, page 7, lines 19-21 "If out-of-bounds array indices 
are used, the underlying array access mechanism may access memory outside that allocated for 
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the array, possibly causing a running program to terminate"); calculating an offset into the 
declared data array from the valid index values and the attributes of the declared data array 
(Applicant's specification, page 5, lines 12-13 "one-dimensional array access can be achieved by 
adding an index offset (scaled by the array element size) to the base address"); and adding the 
offset to the base address attribute to obtain a memory address for accessing the indexed data 
array element (Applicant's specification, page 5, lines 12-13 "one-dimensional array access can 
be achieved by adding an index offset (scaled by the array element size) to the base address"). 

The feature of obtaining the attributes of the declared data array using the array access 
handle, performing run-time invalid index value detection, and adding the offset to the base 
address would be obvious for the reasons set forth in the rejection of claim 22. 

Per claims 31, 35, and 39: 

The rejection of claim 22 is incorporated, and further, Tremblay disclose: 

- wherein setting an explicit array boundary policy furtherincludes setting a reflect-at- 
boundary policy that reflect array data at a declared boundary (col. 3, lines 28-3 1 "a 
maximum array size boundary value and a minimum array size boundary value" and col. 
23-24, lines 66-67 to 1-2 "Bounds check unit 147 (FIG. 1) in execution unit 140. . . 
checks each access to an element of an array to determine whether the access is to a 
location within the array"). 

Per claims 32, 36, and 40: 

The rejection of claim 22 is incorporated, and further, Tremblay disclose: 
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- . wherein setting the array boundary policy further includes setting a confined index and 
boundary policy that replicates data beyond a detected boundary (col. 24, lines 2-4 
"When the access is to a location outside the array, bounds check unit 147 issues an 
active array bound exception signal to execution unit 140"). 

Per claims 33, 37, and 41: 

The rejection of claim 22 is incorporated, and further, Tremblay disclose: 

- wherein setting the array boundary policy further includes setting a pre-defined array 
attribute value that is to be read for all out of bounds accesses (col. 24, lines 22-25 "If the 
value associated with the access of the arrays element is less than or equal to the stored 
maximum value and greater than or equal to the stored minimum value, neither 
comparator element generates an output signal"). 

Claim 42, 47, 48, and 49 are the system claims corresponding to method claim 22 and rejected 
under the same rational set forth in connection with the rejection of claim 22 above. 

Per claims 43-45: 

The rejection of claim 42 is incorporated, and further, Tremblay disclose: 

- wherein the translator includes a compiler adapted for converting the extended language 
into machine code instructions that is able to be run on the processor (col. 5,lines 43-46 
"emulating the JAVA virtual machine as a software interpreter, compiling JAVA virtual 
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machine instructions (either in batch or just-in-time) to machine instruction native to a 
particular hardware processor"). 

Per claim 46: 

The rejection of claim 42 is incorporated, and further, Tremblay does not explicitly disclose the 
extended language is a C programming language with language extensions; and the language 
converter converts the extended language into C code. 

However, admitted prior art discloses in an analogous computer the extended language is 
a C programming language with language extensions (Applicant's specification, page 1, line 30 
"Examples of mid-level programming languages are C and C++"); and the language converter 
converts the extended language into C code (Applicant's specification, page 2, lines 12-14 "Files 
can be translated into low-level machine code or assembler for a target computer type by a 
computer program called a compiler"). 

The feature of using C language and a language converter would be obvious for the 
reasons set forth in the rejection of claim 42. 

Per claim 50: 

The rejection of claim 48 is incorporated, and further, Tremblay does not explicitly disclose 
wherein the translator includes a cross compiler. 

However, admitted prior art discloses in an analogous computer wherein the translator 
includes a cross compiler (Applicant's specification, page 2, lines 14-15 "A cross compiler is a 
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compiler that runs on one computer and produces machine code targeted for a different type of 
computer"). 

The feature of using cross compiler would be obvious for the reasons set forth in the 
rejection of claim 48. 

Per claim 51: 

The rejection of claim 48 is incorporated, and further, Tremblay does not explicitly disclose 
wherein the translator includes a native compiler. 

However, admitted prior art discloses in an analogous computer wherein the translator 
includes a native compiler (Applicant's specification, page 2, lines 15-16 "A native compiler 
runs on the target computer or a computer of the same type"). 

The feature of using native compiler would be obvious for the reasons set forth in the 
rejection of claim 48. 

Response to Arguments 
7. Applicant's arguments with respect to claims have been considered but they are not 
persuasive. 

In the remarks, the applicant has argued that: 

Applicants disagree with the Examiner's interpretation of the Applicant's statements 
included in the Background of the Invention Section of the original filed specification. 
Applicants are unable to find, in the reference used, Tremblay, a set for user-defined 
instructions can dynamically overlay an existing array with a user-defined set of 
statements to dynamically define a dimensional overlay on that existing array and 
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permitting a user to dynamically overlay an existing array with a block of statements that 
when evaluated defines a new dimensional array from an existing array. Tremblay does 
not appear to be defined and identified by a user-defined set of statements as claimed in 
independent claims 1, 7, 14, and 42. 

Examiner's response: 

- Regarding using the admitted prior art to reject the claims are appropriate as far as it's not 
the applicant's invention, see MPEP section 2129. Applicant only makes general 
allegations and does not point out any errors in the rejection. Therefore, the rejection is 
proper and maintained herein. 

Regarding the limitation "user-defined" and "permitting a user" is not given any 
patentable weight because it is not supported by the applicants' specification as recited in 
claims 1,7, 14, and 42. And Tremblay does disclose these limitations. Tremblay' s system 
has an input unit (fig. 1 A, element 111), which could be used as an input from user. 

Applicant only makes general allegations and does not point out any errors in the rejection. 

Therefore, the rejection is proper and maintained herein. 

Conclusion 

8. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
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the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Satish S. Rampuria 
Patent Examiner 
Art Unit 2124 
02/07/2005 
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